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Затронута тема текущего состояния автоматизации отечественных высших учебных заведений. Определены 
аспекты автоматизации, которые являются ключевыми при построении информационно-управляющей систе- 
мы (ИУС). Сформулированы задачи, которые решает внедрение ИУС в вузе. Сделан вывод о том, сервис- 
ориентированная архитектура (СОА) лучше всего подходит для проектирования ИУС вуза. Приведено фор- 
мальное определение сервис-ориентированной архитектуры, раскрыты положительные стороны внедрения 
сервис-ориентированной технологии в информационное пространство вуза. Схема многоуровневой ИУС вуза 
для наглядности представлена в графическом виде. Рассматривается также вопрос избыточности сервисов, 
характерной для большинства информационных систем при продолжительном сроке эксплуатации. В каче- 
стве решения данной проблемы предложено использование структурного метасервиса, который осуществля- 
ет координацию взаимодействия структурных компонентов ИУС. Предложена математическая модель ИУС. 
Обобщая политику управления ИУС на базе СОА, авторы делают вывод о необходимости унифицированного 
описания предметной области. Рассмотрены преимущества онтологического подхода для концептуализации 
предметной области. Сделан вывод, что для эффективного функционирования и сопровождения ИУС необ- 
ходимо разработать онтологическое описание понятий и отношений между понятиями, семантическое ядро и 
механизм трансформации онтологического описания. В графическом виде приведена схема концепции ИУС 
вуза, а также структура онтологической модели предметной области вуза как совокупность онтологических 
моделей отдельных сервисов ИУС. 
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Введение. В современных условиях одним из направлений повышения эффективности управления 
образовательным учреждением является внедрение информационно-управляющей системы (ИУС). 

Внедрение в высшем учебном заведении информационно-управляющей системы решает 
следующие задачи: упорядоченное управление информационными потоками, создание единого 
информационного пространства, обеспечение распределённого доступа к данными и поддержка 
принятия решений. 

В настоящий момент российские вузы находятся на стадии реформирования, связанного с 
присоединением России к Болонскому процессу, внедрением ЕГЭ, кредитных и рейтинговых си- 
стем. Закономерно, что большинство процессов вуза постоянно изменяются. Перемены в образо- 
вательных процессах требуют корректировки управления ими. При автоматизации этих процессов 
необходимо предоставить студентам доступ к информационным ресурсам вуза в полном объёме. 
Следует помнить также о том, что не каждый вуз может позволить себе единовременную автома- 
тизацию своей деятельности — в этом случае временные издержки на обучение и адаптацию 
пользователей могут привести к срыву учебного процесса. Кроме того, потребуются весьма зна- 
чительные материальные затраты. Таким образом, необходимо ещё на стадии проектирования 
закладывать в автоматизированную систему возможность гибкого внедрения. 

Аспекты автоматизации вуза. Эффективность функционирования учебного заведения зависит 
от качества управления его процессами и своевременного принятия решений. ИУС — это своего 
рода инструмент реализации процессов учебного заведения и поддержки принятия решений, по- 
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этому от возможностей ИУС напрямую зависит эффективность функционирования вуза в целом 
[1]. На первый план выходят вопросы разработки системы с гибкой архитектурой, которая могла 
бы легко вписываться в текущую инфраструктуру любого вуза, а также подстраиваться под изме- 
няющиеся процессы. 

Вуз представляет собой динамично изменяющуюся среду, поэтому программы, автомати- 
зирующие некоторый процесс, могут устареть ещё до момента внедрения ИУС. Чем шире распро- 
страняется автоматизация, тем сложнее процесс модификации и сопровождения информацион- 
ных систем. Начиная с определённого уровня сложности, разработчики занимаются поддержкой 
уже разработанных систем, что, в свою очередь, тормозит развитие ИУС в целом [2]. 

К сложности объекта автоматизации добавляется сложность самой ИУС. ИУС вуза включа- 
ет в себя множество функциональных блоков, сервисов, коммуникационных устройств, систем, 
технологий, данных, пользователей и т. д. Сложность эксплуатации ИУС обусловлена длительным 
жизненным циклом, в течение которого происходят непрерывная смена аппаратного обеспечения 
(замена серверов, компьютеров, модернизация линий связи), появление нового программного 
обеспечения, модернизация элементов ИУС и т. п. Это приводит к необходимости разработки ар- 
хитектуры жизнеспособной ИУС с возможностью быстрого расширения и модернизации использу- 
емых элементов. 

Архитектура ИУС должна обеспечивать масштабирование по целому ряду направлений: 

данные, функциональность, пользователи, — т. е. быть адаптивной по отношению к внешней 
среде. Под адаптивностью следует понимать способность ИУС самонастраиваться с учётом изме- 
нений во внешнем окружении. Для решения этих задач требуется сервис-ориентированная архи- 
тектура (СОА), которая обеспечит автоматическое поддержание эффективной работы и качества 
данных ИУС. 
Сервис-ориентированная архитектура ИУС. Приведём формальное определение сервис- 
ориентированной архитектуры, данное специалистами корпорации /ВМ [3]: «СОА — это приклад- 
ная архитектура, в которой все функции определены как независимые сервисы с вызываемыми 
интерфейсами. Обращение к этим сервисам в определённой последовательности позволяет реа- 
лизовать тот или иной бизнес-процесс». 

С точки зрения разработчиков, ту же мысль можно передать несколько иными словами: 
«СОА — это компонентная модель, в которой разные функциональные единицы, называемые сер- 
висами, взаимодействуют по сети с пользователями посредством интерфейсов. При этом интер- 
фейсы должны быть нейтральными к специфике реализации сервисов, которые определяются 
аппаратной платформой, операционной системой, языком программирования. Подобная 
нейтральность обеспечивает универсальность взаимодействия сервисов в разнородной (гетеро- 
генной) среде, а сервисы, интегрированные посредством таких интерфейсов, являются слабо свя- 
занными». 

Идея СОА состоит в том, чтобы рассматривать ИУС как совокупность сервисов, которые 
выполняют единицу работы, и клиентов, которые обращаются к этим сервисам по простому доку- 
ментированному протоколу. В качестве сервисов можно выделять как повторяющиеся задачи 
внутри процессов [4], так и весь процесс. 

Архитектура ИСУ предполагает использование структурных компонентов (СК), которые 
выполняют большую часть логики программы. Предназначение СК сводится к взаимодействию с 
базами данных и к обработке данных. Структурный компонент — довольно широкое понятие. Так 
можно назвать хранимые процедуры, функции баз данных, а также сами сервисы, если принимать 
к рассмотрению уровень подсистем. 

Использование СК обеспечивает минимизацию изменений кода, так как, во-первых, спо- 
собствует увеличению производительности процесса разработки приложений-сервисов, а, во- 
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вторых, позволяет разработчикам использовать унифицированные куски программного кода. Это 
даёт возможность уменьшить затраты на сопровождение ИУС. В результате использования ком- 
понентов сервисы становятся независимы от источника данных. Любые изменения источника 
данных никоим образом не влекут функциональных изменений сервиса, т. к. всю нагрузку по из- 
менениям берут на себя СК, взаимодействующие с источником данных. 

В общем случае архитектура ИУС является многоуровневой (рисунок 1). Уровни интерфейса 
и процессов взаимодействуют только с нижележащими уровнями. А на уровне функциональности, 
равно как и на уровне данных, взаимодействие может осуществляться между элементами уровня. 

Развитие ИУС на основе сервис-ориентированного подхода рано или поздно может приве- 
сти к тому, что сервисов (и, как следствие, структурных компонентов, которые они используют) 
становится достаточно много и без управления эффективность их использования снижается. Для 
решения этой проблемы необходимо использовать специализированный управляющий сервис 
(мета-сервис), основной задачей которого будет координация взаимодействия между структурны- 
ми компонентами сервисов. 


Интерфейс 


Функционал 


Данные 





Рис. 1. Уровневая модель ИСУ 


Проанализировав структурную модель ИУС с точки зрения сервис-ориентированной архи- 
тектуры, можно заключить следующее: 
1) ИУС с сервис-ориентированной архитектурой 5”? включает множество структурных 


компонентов 5° = {55} и множество сервисов $ = {5,}. 
2) Структурные компоненты и сервисы находятся в таких отношениях, что каждый сервис 
для своего успешного функционирования требует определённого множества структурных компо- 


нентов. 
3) ИУС с сервис-ориентированной архитектурой 5°° является динамической, т. е. для 


каждого определённого момента времени {Ё вызывает некоторое множество сервисов 5, = {5.} и 


соответствующее им множество структурных компонентов $5,7 = 1 ‚ между которыми устанав- 


ливаются отношения зависимости. 
4) Любая конфигурация ИУС с СОА включает сервис управления. 
5) Будем считать, что качество функционирования ИУС с СОА (5?) в целом определяется 
качеством функционирования каждого сервиса в данный момент времени. 


44 


Вестник ДГТУ. 2012. № 7 (68) 








6) Каждый сервис $5 = {5,} и структурный компонент 5° = [55] имеют множество требо- 


ваний С = {С} ‚ критический уровень которых определяется соглашениями об уровне предостав- 
ления сервисов, стандартами, техническими регламентами, что и определяет качество функцио- 
нирования 5$°°® в целом. 

7) Существует множество регуляторов А = {А } сервисов, когда каждому отклонению от 


требований поставлено в соответствие множество регуляторов 0” -> {А}. 


Математическая модель мониторинга показателей структурных компонентов в сервис- 
ориентированной ИУС показывает, что функции Е системы 5°° могут быть реализованы в момент 
времени Ё лишь при условии, что каждый структурный компонент обладает определёнными свой- 


ствами и параметрами, удовлетворяющими требованиям С = {С,„}. 
Е: 57‘ хНхИхСхКхМ > А, 


где 57° = {574}, 1=1,01, — множество состояний элементов множества 5% 5° =|55, 


п=1,По — множество структурных компонентов; Н = {Н.}, 9 =1,9% — множество характе- 
ристик, используемых для описания структурных компонентов; И И 5 =1,5$, — множе- 
ство значений показателей структурных компонентов; С = { С.Н е=1‚е, — множество тре- 


бований к структурным компонентам; К = {К Ге 1=1Л — множество критериев, используе- 
мых для оценки соответствия предъявляемым требованиям состояния и свойств структурных 
компонентов; М = {М,}, г=1,^ — множество возможных регуляторов (действий) для при- 


ведения в соответствие предъявляемым требованиям показателей сервисов; А={А,}, 


К =1,Ко — множество регуляторов, необходимых для устранения отклонений текущих зна- 


чений показателей структурного компонента от требуемых. 
Требуется в определённые моменты времени # выявлять для каждого показателя И = |, } 


сервисов отклонение от соответствующего критического фактора, входящего в множество 
С ={С, |, и запускать в действие множество регуляторов А, > [А] для приведения показателя 


сервиса в заданные границы. Эти задачи реализуют в ИУС сервисы мониторинга показателей 
структурных компонентов, входящие в состав сервисов управления СОА и управления информа- 
ционной безопасностью. 

Согласно принципу повторного использования, каждый структурный компонент может 
быть сервисом корпоративного уровня или предоставляться внешним потребителям, может быть 
использован как атомарный сервис и как элемент композитного сервиса. Поэтому любые некон- 
тролируемые изменения в структурных компонентах могут привести к сбоям, к прерыванию или 
остановке процессов. Таким образом, в сервис-ориентированной ИУС мониторинг показателей 
структурных компонентов играет важную роль в управлении СОА. 

Грамотное и полноценное управление невозможно без целостного понимания тех компо- 
нентов, или столпов, которые поддерживают зрелый СОА-проект. Конечно, СОА-проект можно 
строить только на основных механизмах (механизме) поддержки. Однако зрелый проект подразу- 
мевает больший уровень поддержки и рост уровня ответственности. Каждая предметная область 
требует разного подхода к управлению СОА, что соответствующим образом отражается на «поли- 
тике». Поэтому необходимо по возможности производить унифицированное описание предметной 
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области в виде взаимодействующих объектов, имеющих более понятные для специалистов- 
предметников средства. Примером может служить подход, использующий метаописание предмет- 
ной области — онтологическое моделирование предметной области, ставшее особенно популяр- 
ным в связи с идей семантического ИБ [5], для которого разработан язык ОИ (Опюоду Ив 
[апдиаде) [6]. 

Онтологический подход к описанию предметной области ИУС. Онтология является спе- 
цификацией концептуализации предметной области [7]. Онтологии содержат словарь понятий 
предметной области, описание их смысла, иерархию понятий, связанных друг с другом некоторым 
видом отношений [8]. Согласно онтологическому подходу, предметная область представляет со- 
бой совокупность взаимосвязанных понятий, имеющих некоторые атрибуты и свойства. Одной из 
сильных сторон онтологии является возможность создавать определённые пользователем отно- 
шения между классами [9]. 

Онтологии определяют термины для представления или описания некоторой предметной 
области. Онтологии включают определённые пользователем формальные базовые концепции 
предметной области и их взаимоотношения. Компоненты онтологии — это концепты, или классы 
(описывают понятия предметной области), свойства класса (описывают различные характеристи- 
ки концепта) и ограничения на свойства. 

Онтологии вместе с множеством экземпляров классов представляют собой базу знаний. 
Класс может иметь подклассы — это более специализированные концепты, чем надклассы. Свой- 
ства классов представляют собой либо атрибуты, либо отношения между классами. Собственно 
отношения являются свойствами классов. Согласно ОИ [6], онтологии состоят из последова- 
тельности аннотаций, аксиом и фактов. Аннотации описывают некоторые сведения об онтологии. 
Факты представляют собой экземпляры классов (представители), типы или утверждения об экви- 
валентности или различии экземпляров. Аксиомы обеспечивают информацию о классах и свой- 
ствах. Каждая аксиома класса содержит коллекцию более общих классов, т. е. классов, являю- 
щихся базовыми к данному классу, и набор ограничений на свойства. Ограничения описывают 
надклассы свойств, сколько элементов допустимо и набор этих элементов. Также в аксиомах опи- 
сывается эквивалентность классов и характеристики свойств. 

Свойства могут иметь характеристики симметричности, транзитивности, функционально- 
сти и инверсной функциональности. 

Отношение ДАХ,У) называется транзитивным, если для экземпляров понятий 


УхеХ,у ЕЙ, 2 Е 2 выполняется соотношение: 
р(х,У)^р(у,2) = В(х,2), 
где Х,У,2 — множества экземпляров понятий Х, У, 2 соответственно, р(х,У), БХу,2), р(2,Х) — эк- 
земпляры отношений АХ, У), КУ,2), АХ,2) соответственно. 

Отношение ДИХ,У) называется симметричным, если \Ух‚,у выполняется условие 
р(х,у) > р(у,х). 

Отношение Р (Х,У) называется функционально-эквивалентным (или функциональным), ес- 
ли Ух,у,2 верно соотношение р(х,у)^р(х,2)=у=2. 

Отношения Р!(Х,У) и Р(УХ) называются инверсными, если Ух,у верно соотношение 
р1 (х,у) <> р2 (2). На отношения наследования наложена по умолчанию характеристика тран- 


зитивности, т. е. если класс Х является подклассом У, а класс Уявляется подклассом 2, то класс Х 
является подклассом 2. Транзитивность также является характеристикой отношений агрегации, 
т. е. отношений «быть частью». Если класс Х содержит класс У, а класс У содержит класс 2, то 
класс Х содержит класс 2. 
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На свойства могут накладываться ограничения. Первый тип ограничений — ограничение 
типов данных: свойство имеет тип данных из некоторого ограниченного набора типов данных 
(«целое», «беззнаковое целое», «строка», «число с плавающей точкой», «булевская перемен- 
ная», «длинное целое» и т. п.). Второй тип ограничений обычно связан с отношениями. Это огра- 
ничения на допустимые значения экземпляра класса Ув отношениях Р (Х, У). Допустимость зна- 


чений определяется множеством существующих экземпляров класса У:У . Ограничения могут 
накладываться и на мощность множества экземпляров отношений Р(Х,У): р (х „”) . Допускается 


указывать минимальное, максимальное и точное число в множестве. К ограничениям относится 
также требование на равенство экземпляров У в отношениях Р (Х, У) некоторым определённым 
экземплярам понятия У. Допускается и предикат из ограничений. 

Онтологии предлагается рассматривать как концептуальную основу декларативного опи- 
сания понятий и семантического ядра, выполняющих описательные и управляющие функции в ИУС. 

В рамках описания ИУС предлагается выделить три основные области (рисунок 2) понятий 
(онтологии): понятия предметной области, понятия области управления сервисами, понятия ИТ- 
области, — а также определить базовую, общую для них онтологию. 

Общая онтология содержит понятие базового объекта и некоторые другие понятия, кото- 
рые в равной степени принадлежат к любой из онтологий. 

Онтологии предметной области выделяются в связи с тем, что ИУС предназначена для 
решения задач жизнедеятельности вуза в различных предметных областях. Поэтому ИУС должна 
оперировать понятиями предметной области. 

Область ИТ-онтологий выделяется для реализации идеи отображения предметной области 
на область ИТ. Область управления процессами выделяется в связи с тем, что, во-первых, ИУС 
представляет собой автоматизированные сервисы, а, во-вторых, управление сервисами в равной 
степени относится к предметной области и к области ИТ. 






Предметная 
область 


Общая 
Управление ИТ-область 





Рис. 2. Понятия в составе ИУС 


Итак, ИУС можно представить как 
5 5185501 К. | (1) 


где В$ = \Ь,,К=0,К-1} — понятия области управления сервисов (и отношений между ними), 
К 


ОИ =0,/-1 — множество понятий предметной области (в том числе отношений 


между понятиями), /Т = {1,7 =0, 7-1 — множество понятий управления информационной 








средой и отношений между ними, К. = ПИ =0,1-1, 1 =0, 7-1 — отношения между поня- 
тиями предметной области, ИТ-области и области управления сервисами: 
в: = {К Ка, Кор, Каз } (2) 
Здесь: 
К. = {В5 ® 5} (3) 
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описывает множество отношений между областью управления сервисами и понятиями предмет- 
ной области — сервисы могут создавать, изменять, просматривать, удалять экземпляры понятий 
предметной области. 
Множество 
К. ={5®П} (4) 


описывает отношения между областью управления сервисами и понятиями ИТ-области. Эти от- 
ношения включают назначения прав пользователей на выполнение процессов, отношения серви- 
сов со структурными компонентами и т. п. 

Множество 


к, ={50®П} (5) 


описывает отношения между понятиями предметной области и ИТ-области, т. е. отражение объ- 
ектов реального мира на ИТ-объекты. 

Отношения Ав описывают отношения, которые определены между понятиями в любой он- 
тологии. 

Таким образом, чтобы разработать эффективно сопровождаемую и эксплуатируемую ИУС 
вуза, необходимо разработать модель системы, представляющую собой онтологическое описание 
понятий и отношения между понятиями, семантическое ядро (с возможностью расширения) и ме- 
ханизм трансформации онтологического описания. 

Семантическое ядро представляет собой элементарную функциональность (структурные 
компоненты). Данная функциональность может использоваться в различных подсистемах ИУС, из 
структурных компонентов могут быть составлены другие, более сложные, функциональности. Всё, 
что может быть выделено как общая функциональность, которая используется в ИУС более одно- 
го раза, реализует семантическое ядро. К семантическому ядру также относятся процедуры ин- 
терпретации понятий и отношений между ними. 

Семантическое ядро позволяет в небольшие сроки разрабатывать новые сервисы и изме- 
нять существующие. 

В обобщённую функциональность ИУС входит управление пользователями и их правами, 
маршрутизация запросов, управление эффективной работой СК, интерпретация понятий и отно- 
шений между ними, создание и редактирование экземпляров понятий и отношений, а также ме- 
ханизм создания отчётов из различных систем на основе интерпретации понятий и отношений 
между понятиями. Онтологическое описание содержит онтологии предметных областей деятель- 
ности вуза, управления процессами и описание понятий ИТ-области, а также отношения между 
понятиями. 

Структурная схема концепции ИУС вуза представлена на рисунке 3. В основе концепции 
лежит онтологический подход, обеспечивающий разработку ИУС с использованием онтологиче- 
ской модели. Элементарная функциональность, входящая в семантическое ядро, реализует управ- 
ляющие функции ИУС (авторизацию, аутентификацию, извлечение экземпляра понятия и т. п.) и 
функциональность предметной области (расчёт штатного расписания, составление отчётов и т. п.). 

Кроме этого в семантическое ядро входят компоненты интерпретации правил поведения 
системы. 

Для реализации алгоритмов управления процессами онтологическая модель содержит он- 
тологии предметных областей деятельности вуза, области управления процессами и ИТ-области, 
а также отношения между онтологиями. 

Возможность изменения онтологической модели реализуется с помощью инструмента со- 
здания понятий, отношений между понятиями, ограничений на атрибуты и создание, редактиро- 
вание и удаление экземпляров понятий. 
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Онтологическое описание предметной области, в свою очередь, является совокупностью 
описаний предметных областей каждого сервиса (рисунок 4). 


Онтологиче- 


ская модель / \ 
Семантическое ядро 
Е. Управление 
















й 












еже Распреде- 


ление 


Предметная сервисами 
область 
т и 
= ини» Ит-область Е Управление р 
НР 
Е =. ск & 
о 
- = 
о 
а 
= 


Отношения 
между понятия- 











Е Управление 
сервисами 
И 





Механизм транс- 
формации онтоло- 
гического описа- 
ния 


Интеграция 
данных 




















МИ 
Пе аи 












\ Ядро системы и 


Рис. 3. Схема концепции ИУС вуза 
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Рис. 4. Онтология предметных областей 


Механизмы трансформации онтологических описаний представляют собой инструмента- 

рий, обеспечивающий создание новых и изменение существующих понятий, установление между 
ними связей, определение ограничений на атрибуты понятия, на отношения между понятиями и 
на их удаление. Кроме этого механизм онтологических описаний включает создание и редактиро- 
вание экземпляров любого из существующих понятий и описание экземпляров отношений между 
ПОНЯТИЯМИ. 
Заключение. Предлагаемая архитектура построения ИУС вуза обеспечивает масштабирование 
по ряду направлений, что в свою очередь, позволяет говорить о построении адаптивной системы. 
Гибкие настройки системы позволяют адаптироваться к меняющимся условиям внешней среды. 
Использование сервис-ориентированной технологии даёт возможность автоматически поддержи- 
вать качество данных, а также снижает временные и материальные затраты. Таким образом, си- 
стему можно внедрять по мере автоматизации отдельных направлений деятельности. 
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Использование единообразного описания предметной области посредством онтологиче- 
ского моделирования обеспечивает высокую интеграцию данных при постепенной автоматизации. 
В итоге общая онтологическая модель является суммой онтологических моделей внедряемых сер- 
висов и модели управления ими. 
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та етайса!/ тодЕ! 5 зиддеяеа. бепега/та {те 1С$ тападетепЕ ро/су Базеа оп $ОА, те аиёпог$ даи’ те 
сопс/изюп оп {Те песез5йу Гог {те ипеа дезспрйоп оЁ {те дотат. Тйе Бепей 5 о! те опюод/гса! арргоасв юг 
{ле аотат сопсерше!гайоп аге сопз!аегеа. 1 15 сопсиаеа паЕ 0 деуеюр те отоосса! езсирйоп оЕ 1е соп- 
серЁ5 апа геайоп5 Беймееп сопсерё, те зетапёс КегпЕ/ апа те теспап/зт оЁ {те опю/обга! Цезспрйоп гапз- 
Югтавоп [5 ез5епна/. Во пе ипмег5йу сопсерйоп [С$ Фадгат апа пе 5тисёиге оЁ пе аотат ото/одиса! тод- 
е/ аз пе отоосд/са! тодЕ! зутБ/о$/5 ог памаиа! 1С$ зегисеЕз аге ргезетеа4 т {те дгарса! иеии. 

Кеуигога$: аотайоп, тГогтайоп тападетепЕ зу$ет, 5егисе, зеписе-опещеа агсййесёиге, 5{гисилге, $гис- 
{шга/ сотропепё опю/оду, опюод/са/ тодЕ!та, адота/п, зетапёс Кегпе) таетайса!/ тодЕ!/, иптйсавоп, Шавег 
едисайопа! п5Еийоп. 
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